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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 

The present document gives the stage 2 description of the call completion supplementary services. 

The group of call completion supplementary services is divided into the following two supplementary services: 

- Call waiting (CW) (clause 1); 

- Call hold (HOLD) (clause 2). 

0.1 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TR 21.905: "3G Vocabulary". 

[2] 3GPP TS 22.082: "Call Forwarding (CF) Supplementary Services - Stage 1". 

[3] 3GPP TS 23.01 1: "Technical realization of supplementary services - General Aspects". 

[4] 3GPP TS 24.008: "Mobile radio interface layer 3 specification; Core Network Protocols - Stage3". 

[5] 3GPP TS 23.018: 'Basic call handhng'. 

[6] 3GPP TS 23.078: "Customized AppUcations for Mobile network Enhanced Logic (CAMEL) - 

Phase 3; Stage 2". 

[7] 3GPP TS 23.135: "Multicall supplementary service; Technical Realisation; Stage 2". 

[8] 3GPP TS 23.087: "User-to-User Signalhng (UUS) - Stage 2". 

[9] 3GPP TS 23.093: "Technical reahsation of Completion of Calls to Busy Subscriber (CCBS) - 

Stage 2". 

[10] 3GPP TS 23.072: "Call Deflection (CD) supplementary service - Stage2". 

[II] 3GPP TS 29.007: "General requirements on interworking between the Public Land Mobile 
Network (PLMN) and the Integrated Services Digital Network (ISDN) or Public Switched 
Telephone Network (PSTN)". 

0.2 Abbreviations 

In addition to those below, abbreviations used in the present document are listed in 3GPP TR 21.905. 
HTI: HoldTreatment Indicator 
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1 Call waiting (CW) 

1.1 Handling of call waiting 
1.1.1 Activation 

The call waiting supplementary service is activated at the request of the user. The activation request indicates the basic 
services to which the activation request refers. 



The information flow for activation of call waiting is shown in figure 1.1. 

MS MSC VLR 

Activate CW 



HLRa 



Release Complete 
<■ 



/Facility 



Activate CW 



Acknowledge 



Activate CW 



Acknowledge 



Figure 1.1 : Activation of call waiting 



1.1.2 Deactivation 



The call waiting supplementary service is deactivated at the request of the user. The deactivation request indicates the 
basic services to which the deactivation request refers. 



The information flow for deactivation of call waiting is shown in figure 1.2. 
MS MSC VLR 

Deactivate CW 



HLRa 



Release Complete 
<■ 



/Facility 



Deactivate CW 



Acknowledge 



Deactivate CW 



Acknowledge 



Figure 1.2: Deactivation of call waiting 



£75/ 



3GPP TS 23.083 version 9.0.0 Release 9 



ETSI TS 123 083 V9.0.0 (2010-02) 



1.1.3 Interrogation 



Status check 

The status check procedure enables the mobile subscriber to obtain information about the status of the call waiting 
supplementary service with respect to subscribed basic service groups. 

The interrogation of call waiting is for all applicable basic services. 

The information flow for interrogation of call waiting is shown in figure 1.3. 

MS MSC VLR 

Interrogate CW 



HLRa 



Release Complete 



Interrogate CW 



Acknowledge 



/Facility 



Figure 1.3: Interrogation of call waiting 

1 .2 Functions and information flows 

TS 24.008 specifies the procedures for call control. These shall also be used for waiting calls when applicable. 

The following Mobile Additional Function has been identified for the call waiting service: 

MAF013 

Call waiting related authorizations examination 

The ability of a PLMN component to determine the authorizations relating to call waiting. See figure 1 .4. 

Location: VLR 

Definitions: 

Subscriber B: 

The subscriber who is provided by the network with the call waiting supplementary service. The subscriber B 
is always a mobile subscriber. 

UserB: 

The user who reacts to call waiting at subscriber B. The user B is always a mobile user. 

User C: 

The user who has originated a call to subscriber B which causes the call waiting supplementary service to be 
invoked. The user C may be a mobile user. 

User A: 

The user who is engaged in a call with user B. The user A may be a mobile user. 
Timer Tl: 

This timer corresponds to T303 + T310 (as defined in TS 24.008). 
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Timer T2: 

Call Waiting Timer. This shall limit the duration of the call in the waiting condition. 
Timer T3: 

No Reply Condition Timer (see TS 22.082). 
CFNRc: 

Call Forwarding on Not Reachable (see TS 22.082). 
CFNRy: 

Call Forwarding on No Reply (see TS 22.082). 
CW: 

Call Waiting. 

The procedure Process_Call _Waiting is shown in figure 1.5. 

Sheet 1: the procedure Set_CLIP_Info_MSC is specific to CLIP; it is specified in 3GPP TS 23.018 [5]. 

Sheet 1 : the VMSC derives the PLMN bearer capability required for the call according to the rules defined in 3GPP 
TS 29.007 [11]. 



Sheet 1 : the VMSC and the MS may negotiate the bearer capability to be used for the call by the exchange of 
information in the Set-up and Call Confirmed messages. 

Sheet 1: the Call Confirmed message indicates "busy" for the successful case. 

Sheet 1: the procedure Establish_Terminating_TCH_Multicalll is specific to Multicall; it is specified in 3GPP 
TS 23 . 1 35 [7] . If the VMSC does not support Multicall, processing continues from the 'Yes' exit of the test 
'Result=Pass?'. 

Sheet 1: the procedure UUS_ICH_UUSl_ImpHcit_ Active is specific to UUS; it is specified in 3GPP TS 23.087 [8]. 

Sheet 1: the procedure CCBS_Report_Not_Idle is specific to CCBS; it is specified in 3GPP TS 23.093 [9]. 

Sheet 2, sheet 3, sheet 5: the procedure UUS_ICH_Check_Support is specific to UUS; it is specified in 3GPP 

TS 23.087 [8]. If the VMSC does not support UUS, processing continues from the "Yes" exit of the test "Result=Pass?" 

where the test follows the procedure call. 

Sheet 2: the procedure CCBS_ICH_MSC_Report_Success is specific to CCBS; it is specified in 3GPP TS 23.093 [9]. 

Sheet 2: the task "UTU2Cnt:=0" is executed only if the VMSC supports UUS. 

Sheet 2: the procedure CAMEL_Start_TNRy is called if the VMSC supports CAMEL phase 3 or later; it is specified in 
3GPPTS 23.078 [6]. 

Sheet 2: the procedure Send_ACM_If_Required is specified in 3GPP TS 23.018 [5]. 

Sheet 2: The procedure CAMEL_MT_MSC_ALERTING is specific to CAMEL phase 4 or later; it is specifed in 3GPP 
TS 23.078 [6]. If the VMSC does not support CAMEL phase 4 or later, processing continues from the "Pass" exit of the 
test "Result?". 

Sheet 2, sheet 8: the processing in the branch starting with the input "CD Request" is specific to Call Deflection; if the 
VMSC does not support Call Deflection the input is discarded. 

Sheet 2, sheet 8: the procedure Handling_CD_MSC is specific to Call Deflection; it is specified in 3GPP 
TS 23.072 [10]. 
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Sheet 2, sheet 3, sheet 6, sheet 7: the procedure CAMEL_MT_GMSC_DISC4 is called if the VMSC supports CAMEL 
phase 3 or later; it is specified in 3GPP TS 23.078 [6]. If the VMSC does not support CAMEL phase 3 or later, 
processing continues from the "No" exit of the test "Result=Reconnect?". 

Sheet 2, sheet 3, sheet 4, sheet 8: the procedure CCBS_ICH_MSC_Report_Failure is specific to CCBS; it is specified in 
3GPPTS 23.093 [9]. 

Sheet 3, sheet 7: the Release transaction (reject) message covers all unsuccessful cases not otherwise indicated. 

Sheet 4, sheet 7: the procedure UUS_MSC_Check_UUSl_UUI is specific to UUS; it is specified in 3GPP 
TS 23.087 [8]. 

Sheet 4, sheet 8: the procedure CAMEL_MT_GMSC_DISC6 is called if the VMSC supports CAMEL phase 3 or later; 
it is specified in 3GPP TS 23.078 [6]. 

Sheet 5: the procedure CAMEL_Stop_TNRy is called if the VMSC supports CAMEL phase 3 or later; it is specified in 
3GPPTS 23.078 [6]. 

Sheet 5: the procedure Establish_Terminating_TCH_If_Required is specified in 3GPP TS 23.018 [5]. 

Sheet 5: the procedure Establish_Terminating_TCH_Multicall is specific to Multicall; it is specified in 3GPP 

TS 23.135 [7]. 

Sheet 6: the procedure Handle_AoC_MT_MSC is specific to AoC; it is specified in 3GPP TS 23.018 [5]. If the VMSC 
does not support AoC, processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 6: the procedure CAMEL_MT_GMSC_ANSWER is called if the VMSC supports CAMEL phase 3 or later; it is 
specified in 3GPP TS 23.078 [6]. If the VMSC does not support CAMEL phase 3 or later, processing continues from 
the "Pass" exit of the test "Result?" on sheet 6. 

Sheet 6: the procedure Set_COL_Presentation_Indicator_MSC is specific to COLP; it is specified in 3GPP TS 
23.018 [5]. 

Sheet 6: the procedure Send_Answer_If_Required is specified in 3GPP TS 23.018 [5] 

Sheet 7: the input signal "CAMEL TNRy expired" will be received only if the VMSC supports CAMEL phase 3 or 
later. 

Sheet 7: the procedure CAMEL_MT_GMSC_DISC5 is called if the VMSC supports CAMEL phase 3 or later; it is 
specified in 3GPP TS 23.078 [6]. If the VMSC does not support CAMEL phase 3 or later, processing continues from 
the "No" exit of the test "Result=Reconnect?". 

Sheet 7, sheet 8: the procedure UUS_ICH_Check_Forwarding is specific to UUS; it is specified in 3GPP TS 23.087 [8]. 
If the VMSC does not support UUS, processing continues from the "Yes" exit of the test "Result=Pass?". 

Sheet 7, sheet 8, sheet 9: the procedure UUS_MSC_Check_UUSl_UUI is specificto UUS; it is specified in 3GPP TS 
23.087 [8]. 

Sheet 8: the procedures UUS_MSC_Check_UUS2_UUI_to_MS and UUS_MSC_Check_UUS2_UUI_to_NW are 
specific to UUS; they are specified in 3GPP TS 23.087 [8]. 

Sheet 8: the procedure CD_UUS_Interaction is specific to Call Deflection; it is specified in GSM 23.072 [10]. 

Sheet 9: the procedure CCBS_ICH_MSC_Report_Failure is specific to CCBS; it is specified in 23.093 [9]. 

Sheet 9: the procedure CAMEL_MT_GMSC_DISC6 is specific to CAMEL; it is specified in 23.078 [6]. 

The information flows are shown in figure 1.6. In these flows it is assumed that user A and user C are fixed users and 
that user B is a mobile user. Functions to be performed by the fixed ISDN are not shown in the information flows. Only 
the functions to be performed by the PLMN are shown. 
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Process MAF013 

Process in the VLB to check 
subscription for CW. 



activation is checl^ed 
for the basic service 
of the already active 
call. 



applicability is checked 
for the basic service ^ 
of the already active 
call. 



Idle 



initiate 

> handling 

ofCW 



activated foi> 
the I 



yes 




yes 



set indicator = 
'CW available' 



process 
call 
^ waiting 



Idle 



383_14(1) 



Signals to/from the left are[ 
to/from the VLB. 



set indicator 
'(;w not availably' 



Figure 1.4: MAF013 Call waiting related authorisations examination (VLR) 
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Procedure Process_Call_Waiting 



I Procedure in the MSC , , 

I to handle a Process Call Waitingi 
I request from the VLB i 
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See TS 29.007 



See TS 23.087 



See TS 23.093 
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Figure 1.5 (sheet 1 of 9): Procedure Process_Call_Waiting 
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Procedure Process_Call_Waiting 
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Figure 1.5 (sheet 2 of 9): Procedure Process_Call_Waiting 



£75/ 



3GPP TS 23.083 version 9.0.0 Release 9 



13 



ETSI TS 123 083 V9.0.0 (2010-02) 



Procedure Process_CalLWaiting 
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Figure 1.5 (sheet 3 of 9): Procedure Process_Call_Waiting 
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Procedure Process_CalLWaiting 
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Figure 1.5 (sheet 4 of 9): Procedure Process_Call_Waiting 
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Procedure Process_Call_Waiting 
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Figure 1.5 (sheet 5 of 9): Procedure Process_Call_Waiting 
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Procedure Process_Call_Waiting 
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Figure 1.5 (sheet 6 of 9): Procedure Process_Call_Waiting 
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Procedure Process_CalLWaiting 
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Figure 1.5 (sheet 7 of 9): Procedure Process_Call_Waiting 
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Procedure Process_CalLWaiting 
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1 See GSM 03.72 




UUS_MSC_ 

i;heck_UUS2_ 

UULto_MS 



j' Wait_For_ 
' Acceptance 



See TS 23.087 h 



Figure 1.5 (sheet 8 of 9): Procedure Process_Call_Waiting 
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Procedure Process_CalLWaiting 



Procedure in the MSC i 

to handle a Process Call Waiting^ 

request from the VLB i Wait_For_Setup_Response, 



Wait_For_Alerting 



From GMSCof 
waiting call 



See TS 23.093 f 



> Release 



q(;Bs_icH_Ms 

^eport_Failur( 



SeeTS23.087h- 



UUS_MSC_ 

Check_ 
UUS1 UUI 



For waiting call 



Release 
transaction 



SeeTS23.078^- 



CAMEL_ 

MT_GMSC_ 

DISCS 



Abort 



For waiting call 



Release call 
resources 



Result:= 
Aborted 




PCW9(9) 



Signals to/from the left K 
are to/from theBSS; 
signalsto/from the right 
are to/from the VLR 
unless marked otherwise 



Figure 1.5 (sheet 9 of 9): Procedure Process_Call_Waiting 
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CHANNEL NOT AVAIL 



[ANNEL NOT AVAILABLE 
subscriber C wants to set 'up connection t 



set-up 



WAITING ACKNOWLEDGMENT 



:-B 

interrogation 


set-up 






acknowledge 












MAF013 


info req 


info ack 





start 

timer 

Tl 



set-up 



WAITING ACKNOWLEDGMENT 



B being informed 



A-B ACT 
A-B ACT 
A-B HELt) 



I 



VE/CALL C-B WA: 
Vtl/CALL C-B WA 

/Call c-b waIt 



notify C 



TING or 

TING/CALL 

NG 



notify C 



(call waiting C-B) 



D-B held or 



stop 

timer 

Tl 



start 
timer 

T2 or 

T3 



call-conf 



WAITING ACKNOWLEDGMENT 
mer Tl expi 



CIIANNEL NOT AVAILABLE 



disconnect 
demand 



no user 
responding 



NOTE 1 : info req: information request 

info ack: information acknowledge 



disconnect demand 



(no user responding) 



Tl 
expires 



Figure 1.6 (sheet 1 of 7): Information flow for call waiting 
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CALL A-B ACT 



CALL A-B HELD/CALL C-B WAIT 
BA 



CALL A-B ACT 
mer T2 exp 



VE/CALL C-B 



VE/CALL C-B 

I 

res 



CHANNEL NOT AVAILABLE 



TING/CALL D-B HELD or 
NG or 



disconnect 
demand 



user alert 
no answer 



disconnect demand 



(user alerting, no answer) 



T2 
expires 



disconnect 
demand 
(C-B) 



(recovery 
after timer 
expiry) 



CALL C-B WAI' 
mer T2 exp 



'ING 

I 

res 



disconnect 
demand 



user alert 
no answer 



disconnect demand 



(user alerting, no answer) 



T2 
expires 



disconnect 
demand 
(C-B) 



(recovery 
after time 



CALL A-B HELD/CALL C-B WAlTlNG or 

CALL A-B ACT::VE/CALL C-B WAITING/CALL D-B HELD or 

CALL A-B ACTIVE/CALL C-B WAITING 

I I 

" rejects incoming call from C 



CHANNEL NOT AVAILABLE 



disconnect 
demand 



(user busy 



disconnect demand 



(user busy) 



stop 

T2 or 

T3 

note 2 



connection 
reject 



(user busy 



NOTE 2: The call shall be forwarded on mobile subscriber busy at this stage if activated. 
Figure 1.6 (sheet 2 of 7): Information flow for call waiting 
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1: 



CALL A-B ACT 

CALL A-B ACT 
I 



CALL A-B HELD/CALL C-B WAIT 



VE/CALL C-B BA 

VE/CALL C-B BA 
I 



C releases waiting call 



CHANNEL NOT AVAILABLE 



NG or 

TING/CALL t-'k HELD or 



disconnect 
demand 



disconnect 
ack 



disconnect demand 



disconnect acknowledge 



stop 

T2 or 

T3 



disconnect 
demand 



disconnect 
ack 



CALL C-B WAI 

" rejects incoming call f 



disconnect 
demand 



(user busy 



disconnect demand 



(user busy) 



stop 
T2 or 
T3 
'(note 3 



connection 
rej ect 



(user busy 



CALL C-B WAI 

I 



TNG 
I 



C releases waiting call 



disconnect 
demand 



disconnect 
ack 



disconnect demand 






disconnect acknowledge 













stop 

T2 or 

T3 



disconnect 
demand 



disconnect 
ack 



NOTE 3: The call shall be forwarded on mobile subscriber busy at this stage if activated. 
Figure 1.6 (sheet 3 of 7): Information flow for call waiting 
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CALL A-B ACTIVE 



LEa TEc 

Vfe/CALL C-B WAITING 



subscriber B wants to hold active call 



notify A 



call A-B 
held by B 



CALL A-B HELD/CALL C-B ACTIVE 



connection 
demand 



and connect the waiting call 



notify A (call A-B held by B 



connection demand 



stop 

T2 or 

T3 



connect 
waiting 
call 



connection 
ack (C-B) 



CALL A-B HELD/CALL C-B WAITING or 

CALL A-B ACTIVE/CALL C-B WAITING 

I I II 

subscriber B wants to terminate active or held call and connect waiting cal 



disconnect demand (A-B) 



CONTINUE A-B AS NORMAL CALL CLEARING 



connection 
demand 



CALL C-B ACT 



connection demand (C- 



stop 

T2 or 

T3 

note 4 



disconnect 

demand 

(A-B) 



disconnect 
ack {A-B} 



connection 

demand 

(C-B) 



connection 
ack (C-B) 



NOTE 4: If T2 or if applicable T3 expires before reception of connection demand in the MSC then call c-b shall be 
released with cause no reply and if it was T3 which expired the waiting call from C shall be forwarded on 
no reply. 

Figure 1.6 (sheet 4 of 7): Information flow for call waiting 
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1: 



,LL A-B HELD/CALL C-B WAITING or 
BAITING 



CALL A-B ACT 
subscriber A'd 



disconnect 
demand 



VE/CALL C-B 



CONTINUE A-B AS NORMAL CALL CLEAR: 



CALL C-B ACT 



ITIN 



I I 



sconnects active or held call 



connection 
demand 



disconnect demand (A-B) 



connection demand (C- 



stop 
T2 or 

T3 
note 5 



disconnect 
demand 
(A-B) 



disconnect 
ack (A-B) 



connection 
demand 
(C-B) 



connection 
ack (C-B) 



CALL A-B WAI' 
CALL A-B ACT 
CALL A-B HELD 
CALL A-B ACT 
mer T3 exp. 



VE/CALL C-B WA: 
/CALL C-B wait: 
VE/CALL C-B WA 

I 

res 



TING or 
NG or 
TING/ CALL 



disconnect 
demand 



D-B HELD 



disconnect demand 



(user alerting, 
no answer) 



(user alerting, no answer) 



T3 
expires 



disconnect 
demand 
(C-B) 



(recovery 

after 
timer expiry 



CALL A-B HELD/ 

I I 

B wants to ret 



CALL A-B ACT 



CALL C-B WAIT 
ieve held ca 



VE/CALL C-B WA: 



NG 
1 



CALL A-B HELD/CALL C-B WA: 

NOTE 5: The call shall be forwarded on mobile subscriber busy at this stage if activated. 
NOTE 6: The call shall be forwarded on no reply. 

Figure 1.6 (sheet 5 of 7): Information flow for call waiting 



retrieve 
req (A-B) 



retrieve 
ack (A-B) 



retrieve 
reject 
(A-B) 
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TEa 



LEa 



TEc 



CALL A-B HELD/CALL C-B WAITING 
B wants to connect waiting call 



CALL A-B HELD/CALL C-B ACTIVE 



connection 
demand 



connection demand (C- 



stop 
T2 or 

T3 



connection 
demand 
(C-B) 



:all a- 



CALL A-B ACT 

I 



/CALL C-B WAITING/CALL C-fi HELD 
wants to terminate active call 



WAIT 



CONTINUE A-B AS NORMAL CALL CLEARING 



CALL C-B WAITING/CALL D-B HELD (note 7 



disconnect demand (A-B) 



disconnect 
demand (A- 



disconnect 
ack (A-B) 



CALL A-B ACTIVE/CALL C-B BA: 

I I 

A disconnects active call 



disconnect 
demand 



TING/CALL D-B HELD 



CONTINUE A-B AS NORMAL CALL CLEARING 



CALL C-B WAITING/CALL D-B HELD (note 7 



disconnect demand (A-B) 



NOTE 7: TMs state can be treated as CALL C-B WAITING/CALL A-B HELD. 

Figure 1.6 (sheet 6 of 7): Information flow for call waiting 



disconnect 
demand (A- 



disconnect 
ack (A-B) 
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TEa LEa 



CAL 



,LL A-B ACT 



B wants to terminate held call 



::i 



TEc LEc TEd LEd 

,LL C-B BAI 



VE/CAL 



CALL A-B ACT 



I I. ,J I- 



ITING/CALL D-B HELD 



nue d-b as normal call clearing 
ve/ca: 



ij NORMAL t 

^LL C-B m 



disconnect 
demand 



TING 



disconnect demand (D-B) 



disconnect 
demand (D- 



disconnect 
ack (D-B) 



CALL 
D want 



/CALl'C-B WAtTING/CALL D-B HELD 

II II 

.s to terminate held call 



CALL A-B ACT 



WAIT 



VE/CALL 



NUE D-B AS NORMAL CALL CLEARING 



disconnect 
demand 



disconnect demand (D-B) 



disconnect 
demand (D- 



disconnect 
ack (D-B) 



1.3 



Figure 1.6 (sheet 7 of 7): Information flow for call waiting 



Information stored in the HLR 



Call waiting may have the following logical states (refer to TS 23 .011 for an explanation of the notation): 
Provisioning State Registration State Activation State HLR Induction State 

(Not Provisioned, Not Applicable, Not Active, Not Induced) 

(Provisioned, Not Applicable, Not Active, Not Induced) 

(Provisioned, Not Applicable, Active and Operative, Not Induced) 

The activation state may be different for each applicable elementary basic service group. 

The provisioning state shall be on a per subscriber basis, and hence the same for all basic service groups. 

The HLR shall store the logical state of the call waiting service (which shall be one of the valid states listed above) on a 
per elementary basic service group. 

1 .4 State transition model 

The following figure shows the successful cases of transition between the applicable logical states of call waiting. The 
state changes are either caused by actions of the service provider or the mobile user. 

Note that error cases are not shown in the diagram as they normally do not cause a state change. Additionally, some 
successful requests may not cause a state change. Hence they are not shown in the diagram. 

The diagram only shows operations on elementary basic service groups. 
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Figure 1.7: State transition model for call waiting 



1 .5 Transfer of information from HLR to VLR 

If the provisioning state for call waiting is "Provisioned" then, when the subscriber registers on a VLR, the HLR shall 
send that VLR information about the logical state of call waiting. 

If the logical state of call waiting is changed while a subscriber is registered on a VLR, then the HLR shall inform the 
VLR of the new logical state of call waiting. 



1.6 



Information stored in the VLR 



For call waiting, the VLR shall store the service state information received from the HLR. 

1 .7 Handover 

Handover will have no impact on the control procedures and the operation of the service. 



2.1 



Call hold (HOLD) 



Functions and information flows 



The following Mobile Additional Function has been identified for the call hold service: 
MAF024 

Call hold related authorizations examination 

The ability of a PLMN component to determine the authorizations relating to call hold. See figure 2.1. 

Location: VLR 
The Indicator are shown in figures 2.2 a, 2.2b and 2.2c, respectively. 
Procedure Process_Retrieve_Request: the process Subs_FSM is defined in 3GPP TS 23.018 [5]. 
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Procedure Process_Hold_Request, procedure Process_Retrieve_Request: the variable On_Hold is set in the process 
OCH_MSC or the process ICH_MSC. 

Procedure Handle_Timed_Call_Swap: the macro Decrement_Call_Counter is defined in 3GPP TS 23.018 [5]. 

All procedures: to avoid having two calls on hold at the same time (except as a transient effect during the handling of 
retrieve), the reception of the retrieve request is supervised by a retrieve timer T (T = 5 s). 

All procedures: the network may receive hold and retrieve requests not included in this overall SDL. These requests will 
be rejected by the network. 
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All procedures: the handling of requests other than hold and retrieve requests is defined in the appropriate 
supplementary service specification. 

The information flows are shown in figure 2.3. In these flows it is assumed that the served user is a mobile user and that 
other users are fixed network users. 



Process MAF024 

Process in the VLB to check 
the subscription for HOLD. 



Idle 



Check HOUD 
subscrlptiori 




yes 



set Indicator = 

'HOLD 

activated' 



Process 

call 

hold 



Idle 



383_21(1) 



Signals to /from the left are 
to/from the MSC. 



set indicator = 
'HOLD not 
activated' 



Figure 2.1 : MAF024 Call hold related authorisations examination (VLR) 



£75/ 



3GPP TS 23.083 version 9.0.0 Release 9 



30 



ETSI TS 123 083 V9.0.0 (2010-02) 



Procedure Process_Hold_Request 



Procedure in the MSC to handle 
a HOLD request. 



From gsmSSF 



From distant 
exchange 



From BSS 



/lnt_Release_ 
/ Call 



PHR1(2) 



Signals to/from the leftK 
are to/from the BSS; 
signalsto/from the right 
are to/from MAF024 
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No 
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Check HOLD\ 
subscription / 



/ Wait_For_ \ 

Hold_Status 

Reply 



Release 



' Release 
transaction 




Process 

call 

hold 



Yes 




Figure 2.2a (sheet 1 of 2): Procedure Process_Hold_Request 
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Procedure Process_Hold_Request 



PHR2(2) 



Procedure in the MSC to handle 
a HOLD request. 



/ Wait_For_ 
I Response 



Signals to/from the left K 
are to/from the BSS; 
Signals to/from the right 
are to/from the Subs_FSM 
(defined In TS 23.01 8) 
unless otherwise marked 



From gsmSSF 



From distant 
exchange 



From BSS 
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Call 



Release 



Release 
/ transaction 



Hold 
ack 



Hold 
reject 



Reserve Bm 
Channel 



Hold 
ack 



Hold 
reject 



To the originating 
or destination f 
exchange 



Hold status 
notification 



On_Hold:= 
True 




Figure 2.2a (sheet 2 of 2): Procedure Process_Hold_Request 
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Procedure Process_Retrieve_Request 



PRR1(1) 



Procedure in MSC to check 
with the Subs FSM that the 
retrieve request is valid in 
the current call state. 



Signals to/from the left K 
are to/from the BSS; 
Signals to/from the right 
are to/from the Subs_FSM 
(defined in TS 23.01 8) 
unless otherwise marked 



From gsmSSF 



From distant 
exchange 



From BSS 




To the originating 
or destination f 
exchange 




Figure 2.2b: Procedure Process_Retrieve_Request 
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Procedure Handle_Timed_CalLSwap 



Process in the originating MSC 
to handle a hold and retrieve. 



Start retrieve 
timer 



Wait_For_ 
Retrieve 



Call 
cleared 



From held 
call process 
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iSee3GTS23.018 
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No 
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Calls:=Null 



Yes 



Wait_For_ \ 
Retrieve ' 



Call 
cleaned 



Stop retrieve 
timer 



SDeech_CalLCnt 
Speech_CalLCnt ■ 



Sp5ech_CallA:=Active 
Speech_CallB:=Nij 



Result:= 
Hold_Clr 




Retrieve 
request 



Stop retrieve 
timer 



Hold 
ack 



Retrieve 
ack 



Result:= 
Retrreq 




HTCS1(1] 



Signals to/from the left are K 
to/from eitherprocess OCHMSCl 
or process ICH_MSC 



Timer 
expired 



From intemal 
process 



Hold 
reject 



Result:= 
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Figure 2.2c: Procedure Handle_Timed_Call_Swap 
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A-B (active, idle) 

user A wants to hold A-B 

hold request ^ 



hold reject 



(active, idle) 
hold acknowledge 

A-fi (active, hold) 



information request 



notification 



(hold) 



information acknowledge 



notification 



NOTE: ORl: call hold (Y: yes N: no) 



1. 



A-B (active, hold) 

user A wants to retrieve A-B 



retrieve request 

retrieve rei ect 

< ^ 

B (active, hold) 
retrieve acknowledge 



(active, idle) 



notification 



(retrieval) 



notification 



(retrieval) 



A-B (active, held) 

User A wants to setup new call'A-C 



call request A-C 

NORMAL CALL ESTABLISHMENT A-C 
B (active, held) A-C (active, idle) 



Figure 2.3 (sheet 1 of 3): Information flow for call hold 
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1 



A-B (active, held) A-C (active, idle) 
User A wants to shuttle between B and C 



hold request A-C 



start 
T 



B (active, held) A-C (active 

retrieve request A-B stop T 
hold reject A-C 

retrieve reject A-B 
B (active, held) A-C '(active 



hold acknowledge A-C 
retrieve ack A-B 



(active, idle) A-C (active 



hold req) 



notification 
(retrieval ) 



held) 



notification 
(hold) 



notification 
(retrieval) 



notification^ 
(hold) 



A-B (active, held) A-C 



hold reject A-C 



(active 



T 
expires 



B (active, held) A-C (active 



hold req) 



idle) 



B (active, held) A-C ^(active 
disconnect req A-B 



NORMAL DISCONNECTION 



stop 
T 



hold reject A-C 
B (null, idle) A-C (active, 



A-B 



hold req) 



die) 



Figure 2.3 (sheet 2 of 3): Information flow for call hold 
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1 



A-B (active, held) A-C (active 



MSCa LEb 

hold req) 
disconnect req 



NORMAL DISCONNECTION A-B 



hold reject A-C 



stop 
T 



(null, idle) A-C (active, 



^disconnect req 



B (active, held) A-C ^(active 
disconnect req A-C 
hold reject A-C 



stop 
T 



NORMAL DISCONNECTION A-C 
3 (active, held) A-C (null, 



hold req) 



A-B (active, held) A-C (active 



hold reject A-C stop 



NORMAL DISCONNECTION 



(active, held) A-C (null, 



hold req) 


c 


disconnect request 






die) 











disconnect req 



Figure 2.3 (sheet 3 of 3): Information flow for call hold 

2.2 Information stored in the HLR 

Call hold may have the following logical states (refer to TS 23.01 1 for an explanation of the notation): 
Provisioning State Registration State Activation State HLR Induction State 

(Not Provisioned, Not Applicable, Not Active, Not Induced) 

(Provisioned, Not Applicable, Active and Operative, Not Induced) 

The HLR shall store the logical state of the call hold service (which shall be one of the valid states listed above) on a 
per subscriber basis. 
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2.3 



State transition model 



The following figure shows the successful cases of transition between the applicable logical states of call hold. The state 
changes are caused by actions of the service provider. 

Note that error cases are not shown in the diagram as they normally do not cause a state change. Additionally, some 
successful requests may not cause a state change. Hence they are not shown in the diagram. 

Provision 




(Not Provisioned, 

Not Applicable, 

Not Active, 

Not Induced) 




(Provisioned, 

Not Applicable, 

Active and Operative, 

Not Induced) 



2.4 



Withdrawal 
Figure 2.4: State transition model for call hold 

Transfer of information from HLR to VLR 



If the provisioning state for call hold is "Provisioned" then, when the subscriber registers on a VLR, the HLR shall send 
that VLR information about the logical state of call hold. 

If the logical state of call hold is changed while a subscriber is registered on a VLR, then the HLR shall inform the VLR 
of the new logical state of call hold. 



2.5 



Information stored in the VLR 



For call hold, the VLR shall store the service state information received from the HLR. 

2.6 Handover 

Handover will have no impact on the control procedures and the operation of the service. 
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